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(57) A system for updating, enhancing and/or refin- 
ing a geographic database. A geographic database in- 
cludes data representing physical features in the geo- 
graphic region, and, optionally, attributes of such fea- 
tures. The system includes a plurality of data collecting 
sensors. Each of the data collecting sensors is installed 
in a separate one of a plurality of vehicles each of which 
is capabte of traveling on roads in a geographic region. 
Each of the data collecting sensors provides outputs in- 
dicative of one or more features in the geographic region 
as the vehicle in which it is installed travels on the roads 
in the geographic region. A computer program executes 
a feedback process on the geographic database using 
the outputs of the data collecting sensors. A first part of 
the feedback program compares the outputs of the data 
collecting sensors to the data identifying the physical 
features and provides results representative of the com- 
parisons. A second part of the feedback program is re- 
sponsive to the results from the first part and determines 
the significance of the comparisons. A third part of the 
feedback program modifies the data in the geographic 
database based upon the significance determined by 
the second part of the program. The data in the geo- 
graphic database representing physical features in the 
geographic region are updated, enhanced, or refined 
based upon the significance determined by the feed- 
back program. The data which has been updated, en- 
hanced, or refined, is used to provide updated, en- 
hanced, or refined data in end-user vehicles, some of 



which may include the vehicles in which data collecting 
sensors have been installed. Sensors in end-users' ve- 
hicles are calibrated to high levels of accuracy using the 
data which has been updated, enhanced or refined us- 
ing a feedback process. Further, an out-of-calibration 
sensor in an end-user's vehicle is detected and re-cali- 
brated using the data which has been updated, en- 
hanced or refined using a feedback process. Using a 
feedback process, levels of confidence are assigned to 
data in the geographic database representing physical 
features in the geographic region, thereby enabling the 
data to be used for purposes requiring high levels of con- 
fidence. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention relates to a system and 
method for updating and enhancing a geographic data- 
base, and more particularly, the present invention re- 
lates to a system and method for updating and enhanc- 
ing a geographic database based on feedback from field 
use of the geographic data. 

[0002] Computer-based navigation systems for use 
on land have become available in a variety of forms and 
for a variety of applications. One exemplary type of sys- 
tem uses a geographic data set, a navigation applica- 
tion and optionally, a positioning system. The geo- 
graphic data set includes information about the posi- 
tions of roads and intersections in or related to a specific 
geographical area, and may also include information 
about one-way streets, traffic signals, stop signs, turn 
restrictions, street addresses, alternative routes, hotels, 
restaurants, museums, stadiums, offices, automobile 
dealerships, auto repair shops, etc. 
[0003] The optional positioning system may employ 
any of several well-known technologies to determine or 
approximate one's physical geographic location. For ex- 
ample, the positioning system may employ a GPS-type 
system (global positioning system), a "dead-reckoning"- 
type system, or combinations ofthese, or other systems, 
all of which are known in the art. 

[0004] The navigation application portion of the navi- 
gation system is a software program that uses the de- 
tailed geographic data set and the positioning system 
(when employed) The navigation application program 
may provide the user with a graphical display {e.g. a 
"map") of a specific location in the geographical area. 
The navigation application may provide the user with da- 
ta indicating his own location and specific directions to 
locations in the geographical area from wherever he is 
located. 

[0005] Computer-based navigation systems may ex- 
ist as a single unit that may be installed in a vehicle, or 
even carried by persons. The navigation application and 
geographic data set may be provided as software prod- 
ucts that are sold or licensed to users to load in personal 
computers. Systems operating on personal computers 
may be stand-alone or connected by a communication 
link to a central or regional system. Organizations, such 
as trucking companies, package delivery services, and 
emergency dispatch units may employ navigation sys- 
tems to track fleets and ensure the quickest routes to 
destinations. The navigation systems may also be made 
available on-line from a central system to multiple users 
on an "as needed" basis, or from on-line services such 
as services available on the Internet and private dial-up 
services. 

[0006] Individual users can use navigation systems to 
obtain directions to a desired destination thereby reduc- 
ing travel time and expenses. The directions can include 



detours around construction delays. Directions may be 
provided to street addresses, intersections, or to entities 
by name, such as to restaurants, hotels and service sta- 
tions. 

5 [0007] One potential obstacle to providing enhanced 
features with a navigation system is the difficulty in 
maintaining up-to-date information in the geographic 
data set A publisher of geographic data may obtain the 
information that becomes part of geographic data sets 

10 from field personnel sent to the locations to record the 
information or from aerial photographs or municipal 
records or other sources. Geographic information, how- 
ever, becomes outdated as new roads are built, existing 
roads are changed, traffic signals are installed, busi- 
es nesses change their hours of operation, new business- 
es open, existing businesses close, etc. When changes 
occur, data in the geographic data set becomes inaccu- 
rate and its utility is thereby lessened. 
[0008] Information identifying changes are collected 

20 using the same techniques as described above. Once 
the information regarding changes is collected, it is in- 
corporated into a master geographic data set. The pub- 
lisher of geographic databases then periodically distrib- 
utes updated geographic data reflecting the changes to 

25 end-user. However, the process of acquiring information 
regarding changes is time-consuming and expensive. 
Moreover, existing methods of acquiring updated data 
may become increasingly expensive as geographic da- 
tabases become more detailed and extensive in scope. 

30 [0009] Another limitation with existing methods of da- 
ta acquisition is accuracy. Even with high quality aerial 
photographs and other existing collection methods, the 
geographic coordinates of features may not always be 
entered in the database with a high level of precision. 

35 While existing methods are generally adequate to pro- 
vide geographic data of sufficient accuracy for vehicle 
positioning in route guidance applications, greater geo- 
graphical accuracy may be required for certain other ap- 
plications, such as vehicle control. 

40 [0010] Accordingly, a system and method are desired 
that would provide for a more efficient acquisition of in- 
formation reflecting changes and corrections in geo- 
graphic areas to navigation systems. Further, a system 
and method are desired that allow the accuracy of the 

45 data in a geographic database to be enhanced. 

SUMMARY OF THE INVENTION 

[0011] In view of the above, a first aspect of the 
50 present invention is directed to a system for updating 
enhancing and/or refining a geographic database. A ge- 
ographic database includes data representing physical 
features in the geographic region, and, optionally, at- 
tributes of such features. The system includes a plurality 
55 of data collecting sensors. Each of the data collecting 
sensors is installed in a separate one of a plurality of 
vehicles each of which is capable of traveling on roads 
in a geographic region Each of the data collecting sen- 
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sors provides outputs indicative of one or more features 
in the geographic region as the vehicle in which it is in- 
stalled travels on the roads in the geographic region. A 
computer program executes a feedback process on the 
geographic database using the outputs of the data col- s 
lecting sensors. A first part of the feedback program 
compares the outputs of the data collecting sensors to 
the data identifying the physical features and provides 
results representative of the comparisons. A second 
part of the feedback program is responsive to the results 10 
from the first part and determines the significance of the 
comparisons. A third part of the feedback program mod- 
ifies the data in the geographic database based upon 
the significance determined by the second part of the 
program. 15 
[0012] In a further aspect of the system, the data in 
the geographic database representing physical features 
in the geographic region are updated, enhanced, or re- 
fined based upon the significance determined by the 
feedback program. 20 
[0013] In another aspect of the invention, the data 
which has been updated, enhanced, or refined, is used 
to provide updated, enhanced, or refined data in end- 
user vehicles, some of which may include the vehicles 
in which data collecting sensors have been installed. 2s 
[0014] According to another aspect of the invention, 
sensors in end-users' vehicles are calibrated to high lev- 
els of accuracy using the data which has been updated, 
enhanced or refined using a feedback process. 
[0015] According to still another aspect of the inven- 30 
tion, an out-of-calibration sensor in an end-user's vehi- 
cle is detected and re-calibrated using the data which 
has been updated, enhanced or refined using a feed- 
back process. 

[0016] In yet still another aspect of the invention, us- 
ing a feedback process, levels of confidence of accuracy 
are assigned to data in the geographic database repre- 
senting physical features in the geographic region, 
thereby enabling the data to be used for purposes re- 
quiring high levels of confidence. 
[001 7] In the aspects mentioned above, the data col- 
lecting sensors may be used to sense the geographic 
position of the vehicle (derived from GPS. dead-reckon- 
ing, or other positioning systems), vehicle speed, road 
gradient, lane width (derived from radar, and other sim- 
ilar systems), signage (derived from cameras), road di- 
rection (derived from an on-board compass or other 
heading-determining means), and various other physi- 
cal features. The data in the geographic database may 
represent roads (or road segments) and their positions, 
as well as other attributes relating to roads. 
[0018] In another aspect, the present invention is di- 
rected to a method of updating a geographic database 
by the steps of storing road data that includes a plurality 
of map positions in the geographic database. A plurality 
of actual positions traveled is determined by a vehicle 
by repeatedly sensing actual position while the vehicle 
moves. At least a portion of the plurality of actual posi- 



4 

tions is matched with a plurality of map positions in the 
geographic database. A position difference is calculated 
between each actual position in the plurality of actual 
positions and the plurality of map positions. Each actual 
position for which the position difference exceeds a pre- 
determined tolerance level is stored as a plurality of un- 
matched positions. 

DETAILED DESCRIPTION OF THE DRAWINGS 

[0019] Figure 1 is a diagram illustrating a system ac- 
cording to a first embodiment. 

[0020] Figures 2A-2C are diagrams illustrating alter- 
native embodiments of the data collection vehicles 
shown in Figure 1 . 

[0021 ] Figure 3 is a flow chart illustrating a method for 
processing sensor data using the system of Figure 1. 
[0022] Figures 4A-4E illustrate the application of the 
method of using the system of Figure to update a geo- 
graphic data set. 

[0023] Figures 5A-5L illustrates the method of using 
the system in Figure 1 as applied to a sample portion of 
a geographic data set. 

[0024] Figures 6A-6E illustrate an enhancement to 

the method of using the system of Figure 1 . 

[0025] Figures 7A-7D illustrate another enhancement 

to the method of using the system of Figure 1 . 

[0026] Figures 8A-8G illustrate a method of using the 

system in Figure 1 as applied to non-positional features 

of a geographical area. 

[0027] Figure 9 is a diagram illustrating a data entity 
record in the geographic database including an indica- 
tion of the confidence level. 

[0028] Figure 10 is a flow chart indicating the steps 
for performing another aspect of a feedback process us- 
ing data collection vehicles. 

[0029] Figure 11 is a flow chart indicating the steps for 
re-calibrating an out-of-calibration sensor in a vehicle. 



I. SYSTEM OVERVIEW 

[0030] Referring to Figure 1 , a system 9 for updating 
and enhancing a geographic database includes a cen- 
tral geographic data manager 10. The central geograph- 
ic data manager 10 includes a central geographic data- 
base 20. The geographic database 20 includes data that 
represents physical features in a geographical area 47. 
The central geographic database 20 may include data 
descriptive of position data in terms of points 44 on the 
map and of links, or segments of roads 45. The central 
geographic database 20 may also include data repre- 
senting road gradients, road widths, lane widths and 
shoulder widths, and data that is descriptive of station- 
ary objects such as stop signs, buildings, bridge sup- 
ports, etc. The central geographic database 20 may in- 
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elude non-positional features such as speed limits, the 
direction of travel allowed on the roads and the direc- 
tions of allowed turns. The central geographic database 
20 may include other types of information as well : for 
example., types of restaurants, museum hours, etc. 
[0031] Located in the geographic region 47 are a plu- 
rality of data collection vehicles 50 (including vehicles 
50(1). 50(2) . . . 50(n)) Each of the data collection ve- 
hicles 50 includes a data collection system 39. Each da- 
ta collection system 39 includes one or more sensors 
capable of collecting data representing physical fea- 
tures about the environment of the vehicle or the vehi- 
cle's physical position as the vehicle is moving or while 
it is stopped. As each of the data collection vehicles 50 
moves on the roads (or is stopped) in the geographic 
area 47 : the sensors in the data collection system of the 
vehicle sense physical features. These data collection 
vehicles 50 may include vehicles in which in-vehicle 
navigation systems are installed, or vehicles which have 
only data collection system equipment without on-board 
navigation systems, or may include both types of vehi- 
cles. The plurality of vehicles 50 may include vehicles 
which are owned (or leased) by private party end-users 
as well as fleet vehicles. Some of the data collection ve- 
hicles 50 include local copies of a geographic database 
56 (shown in Figures 2A and 2B) which may be a copy 
or version of a portion of the central geographic data- 
base 20. The data collection vehicles 50 communicate 
data derived from their data collection systems to the 
central geographic data manager 10 using suitable 
communications links 49. 

II. DATA COLLECTION VEHICLES 

[0032] Figures 2A-2C illustrate alternative embodi- 
ments of the data collection vehicles 50. 
[0033] Figure 2A illustrates an embodiment of a data 
collection vehicle 50(1 ) which processes sensor data 54 
into filtered sensor data 55F for communication to the 
central geographic data manager 10. The data collec- 
tion vehicle 50(1) includes a data collection system 39 
(1) which includes a vehicle computing system 52, a 
sensor data processor 53. a communications manager 
58, a local map database 56, and' one or more sensors 
60. (The data collection vehicle 50(1) may also include 
an update manager 59 which is not necessarily part of 
the data collection system 39(1).) In this embodiment of 
the data collection vehicle, parts of the data collection 
system 39(1) may be shared with an in-vehicle naviga- 
tion system. For example, the sensors 60.. the vehicle 
computing system 52 and the map database 56 may be 
components of an in-vehicle navigation system and may 
be used by the vehicle driver for such purposes. 
[0034] The outputs of the one or more sensor devices 
60 provide sensor device data 54. The sensor devices 
60 may include a GPS (Gobal Positioning System), an 
imaging system (e.g. radar, cameras, etc.), a gyro- 
scope, a compass, an odometer and other sensors. The 
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sensor devices 60 output data 54 as the vehicle 50(1) 
moves around the geographic region 47 or while it is 
stopped. The output 54 from the sensor devices 60 is 
provided to the vehicle computing system 52 of the data 
5 collection system 39(1). 

[0035] The sensor data processor 53, using the data 
54 output from the sensors 60 to the vehicle computing 
system 52. compares the sensor device data 54 with 
data in the local map database 56. The sensor data 
10 processor 53 may be implemented as a computer pro- 
gram executed on the CPU of the vehicle computing 
system 52 or may executed on a separate processor 
The sensor data processor 53 determine variances be- 
tween the sensor device data 54 and the data in the local 
is map database 56 based on comparisons between the 
sensor device data 54 and corresponding elements in 
the map database 56. The variances depend upon the 
type of data being compared. For example, if the output 
of a position sensor is being compared to a correspond- 
20 jng position in the local map database 56. the variance 
may be a distance representing the difference between 
the two values. The variance may also include the rela- 
tive direction of the difference. The variance is com- 
pared to threshold levels above or below which the seri- 
es sor output may be considered unmatched to a map da- 
tabase element. The threshold levels may be based on 
factors such as the tolerances of the sensors. 
[0036] The sensor data processor 53 processes the 
sensor data 54 into filtered sensor data 55F The filtered 
30 sensor data may include only the variances that exceed 
a certain predefined threshold. The filtered sensor data 
may be temporarily stored on a data storage device (not 
shown) in the vehicle. 

[0037] In one embodiment of the data collection vehi- 
3S cle 50(1), the communications manager 58 is used to 
transmit the filtered sensor data 55F to the central geo- 
graphic data manager 10 of Figure 1 . The communica- 
tions manager 58 may utilize any appropriate means for 
data transmission, including wireless (49 in Figure 1), 
40 cellular, modem uploads, e-mail, and so on. Data may 
be communicated at any time. For example, data may 
be communicated as it is obtained. Alternatively, the da- 
ta 55F may be stored and communicated at a fixed time, 
such as daily or weekly at a specified time. The data 55F 
■*s may also be communicated to an intermediate data col- 
lection system and then transferred to the manager 10. 
In another alternative embodiment, data is collected in 
the vehicle on a disk and uploaded by modem or sent 
by mail to the manager 10. 
so [0038] In the embodiment of Figure 2A, data may be 
selected from the filtered sensor data 55F for commu- 
nication to the central geographic data manager 10. For 
example, data that indicates variances beyond a certain 
level may be selected for communication to the central 
55 geographic data manager 10. Alternatively, all of the fil- 
tered sensor data 55F, including variances that indicate 
a perfect match between sensor device data and data 
in the local database 56 may be communicated to the 
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central geographic data manager 10. By sending all of 
the filtered sensor data 55F. the central geographic data 
manager 10 may determine the reliability of the geo- 
graphic database 20 by confirming the accuracy of the 
existing data in the central geographic database 20. 
[0039] Figure 2B illustrates another embodiment of a 
data collection vehicle 50(2). The embodiment 50(2) of 
Figure 2B collects raw sensor data and communicates 
it to the central geographic data manager 10. The data 
collection vehicle 50(2) includes a data collection sys- 
tem 39(2) which includes a sensor driver 51 . a vehicle 
computing system 52. a communications manager 58. 
a local map database 56. and one or more sensors 60. 
(The data collection vehicle 50(2) may also include an 
update manager 59 which is not necessarily part of the 
data collection system 39(2).) As in the embodiment of 
Figure 2A : an in-vehicle navigation system may be used 
as part of the data collection system. 
[0040] The outputs of the one or more sensor devices 
60 : which may be the same as those identified above, 
provide sensor device data 54 . The sensor devices 60 
collect data as the vehicle 50(2) moves around or stops 
in the geographic region 47. A sensor driver 51 , which 
may be a software program, processes the sensor de- 
vice data 54 into raw sensor data 55R. (The functions 
performed by the sensor driver 51 may include, for ex- 
ample, converting essentially analog outputs of sensors 
60 into appropriate digital data, scaling the data., time 
stamping the data : compressing the data, identifying the 
types of sensors that generate the data, organizing the 
raw data for storage purposes, and so on.) The raw sen- 
sor data 55R may be temporarily stored in a data stor- 
age device (not shown) in the vehicle 50(2). The raw 
sensor data 55R is communicated to the central data 
manager 10. The communications manager 58. which 
may be similar to the communications manager in the 
embodiment of Figure 2A, may be used for this purpose. 
[0041] Another embodiment of a data collection vehi- 
cle 50(3) is illustrated in Figure 2C. The data collection 
vehicle 50(3) includes a data collection system 39(3) in- 
cluding a sensor driver 51 , a temporary storage 63. and 
sensors 60. These components perform similar func- 
tions as the like numbered components in Figures 2A 
and 2B. As shown, the data collection vehicle 50(3) in 
Figure 2C does not include an in-vehicle navigation sys- 
tem. The data collection vehicle 50(3) in Figure 2C 
stores raw sensor data 55R in the temporary storage 
63. A user then transfers the data to a floppy disk or to 
a removable hard disk drive and physically sends the 
data to the central data manager 10. Alternatively, the 
data collection system 39(3) in the vehicle may include 
a communications manager that provides functions, 
similar to those described above, to transfer the data to 
the central data manager. 



Ml. CENTRAL GEOGRAPHIC DATA MANAGER 

A. COLLECTION OF DATA FROM VEHICLES 

5 [0042] The central geographic data manager 1 0 illus- 
trated in Figure 1 includes hardware and software com- 
ponents for receiving data 55R and 55F from the data 
collection vehicles 50 and for processing the data to 
generate updates, refinements, and/or enhancements 

io to the central geographic database 20. The central ge- 
ographic data manager 10 may also assign levels of re- 
liability to data in the database 20, as described below. 
The hardware and software components need not be 
located in one location or operate on one computer. Dif- 

is ferent components may be located in different places 
with known communications techniques used to con- 
nect them. 

[0043] The central geographic data manager 10 re- 
ceives raw sensor data 55R from the data collection ve- 

20 hides 50(2), 50(3) that communicate non-filtered data 
at a raw data collector 28. The central geographic data 
manager 1 0 receives filtered data 55F from the data col- 
lection vehicles 50(1) at a filtered data collector 12. The 
filtered sensor data collector 1 2 and the raw sensor data 

25 collector 28 are interfaces to the communication links 
49 and may be implemented by any suitable technology 
for receiving data. Each collector handles the data re- 
ceived from its corresponding plurality of data collection 
vehicles 50 and forwards the data to the appropriate 

30 processes in the central geographic data manager 10. 
[0044] The filtered data collector 1 2 stores and organ- 
izes the filtered sensor data 55F in a central filtered sen- 
sor database 1 4. For veh icles that communicate raw da- 
ta 55R to the central geographic data manager 10, the 

35 raw data collector 28 organizes the raw sensor data 
from the plurality of vehicles in a central raw data data- 
base 30. This collection of data is analyzed for variances 
by a central sensor data processor 32. The central sen- 
sor data processor is a computer program, similar to the. 

-to local sensor data processor 53 of Figure 2A. capable of 
calculating variances based on comparisons of the raw 
data with the geographic data in the central database 
20. The central sensor data processor 32 stores vari- 
ances as filtered sensor data in the filtered sensor da- 

•*s tabase 14. 

B. UPDATING/ENHANCING THE CENTRAL 
DATABASE 

50 [0045] The collection of data in the filtered sensor da- 
tabase 14 is analyzed by a statistical data analyzer 16. 
The statistical data analyzer 16 includes a computer 
program that applies statistical analysis techniques 
based on further comparisons with the geographic data 

55 in the central geographic database 20. The statistical 
analysis techniques may take into account thousands 
or millions of sensor readings to derive results with a 
high level of reliability and confidence. The statistical da- 
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ta analyzer 16 determines updates to the central geo- 
graphic database 20 based on whether the central fil- 
tered sensor data set 14 reflects statistically significant 
variances. (Various kinds of statistical techniques for an- 
alyzing data using large numbers of readings are known 
and may be used.) 

[0046] The statistical analysis techniques can also 
take into account historical information. For example, if 
a highly traveled road segment that was sensed thou- 
sands of times a day for years suddenly had no reported 
sensor readings, it would be an indication that the road 
was, no longer open. An appropriate update to the cen- 
tral database., or at least an indication to verify a possible 
change in the database record, would be processed ac- 
cordingly. 

[0047] The statistical data analyzer 1 6 may determine 
confidence levels for data elements in the central geo- 
graphic database 20. Referring to Figure 9. confidence 
levels may be stored for data elements in the central 
geographic database 20. The confidence level is stored 
as an attribute of a data entity. The confidence level may 
be expressed as a magnitude that is indicative of the 
certainty to which the data entity in the central geograph- 
ic database 20 matches the actual physical feature in 
the geographic region. The confidence level of an item 
of data may be increased or decreased according to the 
frequency and freshness with which the feature is 
sensed by the data collection vehicles. In Figure 9. a 
data entity D represents a road segment record having 
positional information attributes. The road segment at- 
tributes include the latitude and longitude of the left and 
right nodes (L-LAT. L-LON, R-LAT. R-LON) of the road 
segment data entity D. A confidence level attribute CL 
includes a value (e.g. 1-10) which expresses the confi- 
dence that the positional data is accurate. For example, 
a confidence level of "10" may indicate that, based upon 
the statistical analysis, there is a greater than 99% cer- 
tainty that the positional data (L-LAT L-LON, R-LAT : R- 
LON) is within 1 cm. A confidence level of "8" may mean 
that, based upon statistical analysis, there is a 75% level 
of certainty that the positional data is within 1 meter, or 
that there is a 99% level of certainty that the positional 
data is within 15 meters. 

[0048] The statistical data analyzer 16. the operation 
of which is discussed further below with reference to Fig- 
ures 5A-5L. also provides for any layout changes that 
may be necessary when the database is modified. Such 
layout changes may involve creating new links, modify- 
ing the geometry of existing links, and designating fea- 
tures known about the new and existing links. 
[0049] According to one method of updating, the sta- 
tistical data analyzer 16 provides a message 18 to initi- 
ate an update process 22 for the central geographic da- 
tabase 20. The update process 22 collects the individual 
changes to the central geographic database 20 from the 
statistical data analyzer 16 and stores the changes in a 
queue of update transactions for a distribution process 
24. 



[0050] In one embodiment, the steps performed in the 
manager 10. including the determination of variances, 
the collection of data from the vehicles, the analysis of 
statistical significance, and the updating of the central 
5 database, are performed on an ongoing and continuous 
basis. However, in alternative embodiments, it may be 
preferred to perform some of these tasks intermittently 
or periodically 

10 C. DISTRIBUTING UPDATES TO USERS 

[0051] Referring to Figure 1. at some point, data re- 
flecting the updating process applied to the central da- 
tabase is released to the end-users. The release and/or 

is distribution of data may be performed by an update dis- 
tributor 26 Distribution may be accomplished electroni- 
cally using the wireless communication links 49. In ve- 
hicles that have communications managers (such as in 
Figures 2A and 2B), the update distributor 26 may com- 

20 municate updated information from the central data 
manager 10 directly back to the local communications 
managers 58 in the individual data collection vehicles 
50. Other alternative means of distribution may be used 
including distribution of hard media, such as CD-ROM 

25 discs and PCMCIA cards, downloading to personal 
computers, and soon. 

[0052] The end-users may include persons who use 
local versions 56 of geographic databases in their vehi- 
cles. The end-users may also include various others in- 

30 eluding, for example, personal computer users 46 and 
networks 48, such as on-line services, services that use 
the Internet and organizations that incorporate all or 
parts of the geographic database in applications such 
as emergency dispatch centers, truck fleet tracking and 

35 package delivery fleet tracking. 

[0053] The releases may occur on a continuous basis, 
or may occur from time to time, or on a regular or irreg- 
ular basis, a staggered basis, and so on. The release of 
data reflecting the updating process can be made in any 

40 of several different formats. According to one process 
for releasing updated data to end-users, the updated da- 
ta may be released as a series of update transactions 
which are applied to each user's local copy of the geo- 
graphic database, as needed. According to another 

45 process for releasing data to end-users, versions of the 
entire database reflecting the updated data may be pro- 
vided. 

[0054] A flow chart illustrating the process of the sys- 
tem 9 of Figure 1 is shown in Figure 3. The computing 

50 devices (32 in Figure 1 , 53 in Figure 2A) use output from 
sensors (60 in Figures 2A-2C) to relate (Step S2 in Fig- 
ure 3) to a geographic database (20 in Figure 1, 56 in 
Figure 2A) and perform some action based on the inter- 
pretation of the sensor data and database content. Var- 

55 iances, including zero-variances, between the per- 
ceived reality derived from the sensor data and the con- 
tent of the map database can be stored as filtered sen- 
sor data (Steps D1, S3, S4 in Figure 3: 14 in Figure 1: 
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55F in Figure 2A) in a storage medium and communi- 
cated to a location in a central repository for database 
updating processing (16 in Figure 1). The filtered sensor 
database (1 4 in Figure 1 ) preferably will retain variances 
to allow statistical processing for more accurate up- 
dates. (Steps 02. S5. S6 in Figure 3). After the update 
process has been applied to the central database (22 in 
Figure 1 ). database updates are communicated to end- 
users of the database. (Alternatively, in the embodi- 
ments of Figure 2B and 2C. the raw data derived from 
the sensor devices may be stored in some medium and 
communicated to a separate system for comparison 
against the map database outside the scope of the ve- 
hicle navigation system.) 

D. FEEDBACK CALIBRATION OF VEHICLE 
SENSORS 

[0055] In a further alternative embodiment, vehicle 
sensors in the various end-users* vehicles are fine- 
tuned for very high levels of accuracy by a feedback 
process. The feedback process uses the collection of 
sensor data from a large number of vehicles (using the 
process described above, for example) to provide highly 
accurate geographic data in the central database which 
in turn is distributed to individual end-user vehicles and 
used to adjust and calibrate the sensors in each of the 
individual end-user vehicles to conform to the known- 
to-be-highly accurate geographic data. In this manner 
the continued use of data collection vehicles and the re- 
distribution of known-to-be-highly accurate data to the 
individual end-users' vehicles for calibrating of the sen- 
sors in the vehicles forms a feedback loop which pumps 
up the accuracy of the sensors in each of the individual 
vehicles. The accuracy that can be obtained in this man- 
ner can exceed the accuracy that could be obtained by 
any one vehicle or any one sensor measurement using 
conventional techniques. A diagram illustrating this 
process is shown in Figure 10. 

[0056] Using the feedback calibration process de- 
scribed above, highly accurate data having a high con- 
fidence level can be developed. The levels of accuracy 
that can be achieved can be as high as ± 1 cm, or better. 
Given these levels of accuracy, it is possible to use a 
geographic database for vehicle control and safety sys- 
tems. With high levels of accuracy in both the geograph- 
ic database and the vehicle positioning sensors, the 
safety systems can automatically determine if the vehi- 
cle is deviating from the roadway, veering out of its lane, 
and so on. In conjunction with the high levels of accura- 
cy the safety systems or vehicle control systems use 
the confidence level attributes, described above, to con- 
firm that the data is not only accurate but also reliable. 
[0057] In another alternative embodiment, out-of- 
alignment sensors in a vehicle can be detected and cor- 
rected using a feedback process. Using a feedback 
process to develop highly accurate data, as described 
above, once geographic data is known-to-be highly ac- 



curate (i.e. its confidence level is high) as a result of sta- 
tistical analysis of a large number of data records col- 
lected from a large number of vehicles over a significant 
period of time, if one vehicle using the data reports var- 

5 iances. then it can be determined that the sensors in the 
variance-reporting vehicle are likely out of calibration. 
Then, using only the variance data reported from the 
one vehicle and the known-to-be-highly accurate data, 
the sensors in the variance-reporting vehicle are re-cal- 

io ibrated to the same level of accuracy as all the other 
vehicles. (It is understood that as a step in the process, 
it may be required to acquire data for a period of time 
from other data-collecting vehicles after the variances 
are collected from the variance-reporting vehicle to con- 

15 firm that other data-collecting vehicles do not observe 
the same variances.) A diagram illustrating this process 
is shown in Figure 1 1 . 

[0058] In further aspect of this embodiment, the data 
collection systems in each of the data collection vehicles 

20 provide data that identifies of the types of sensors being 
used to collect the data. Then, when variances from a 
vehicle are collected, the type of sensors measuring the 
variances are taken into account. For example, if a type 
of sensor reports variances that suggest it should be re- 

25 calibrated, it is first compared to similar kinds of sensors. 
This permits a better evaluation of the extent to which 
the particular type of sensor can be calibrated based on 
the accuracy which is achievable in like-equipped vehi- 
cles. I 

30 

V. PROCESSING SENSOR DATA 

A. Comparing The Sensor Data And A Geographic 
Database 

35 

[0059] Processing of a modification to an existing da- 
tabase based upon the collection of data from a single 
vehicle is illustrated in connection with Figures 4A-4C. 
This example refers to positional information (latitude, 

-to longitude, and altitude) and illustrates attempts to match 
positional sensor data to the elements in a geographic 
database (e.g. the central geographic database 20 in 
Figure 1 or the map database 56 in Figures 2A and 2B). 
Similar steps would be used for other types of data. 

45 [0060] Figure 4A graphically depicts an area that may 
be represented in a geographic database. Figure 4A il- 
lustrates map positions 80(1), 80(2) ... 80(n) and map 
links 100(1), 100(2). ... I00(n) representing road seg- 
ments, connecting the map positions 80. In Figure 4B, 

50 a set of actual positions 90(1) ... 90(n) established by 
the sensor devices on the vehicle are denoted as arrows 
with time sequence identifiers T1 -T1 4. The map match- 
ing process uses the vehicle's bearing, proximity to that 
link 100(1 ), and various link features to place the vehicle 

55 on a matched link 1 00(1 ). 

[0061] The sensor data points are compared to map 
positions 80 and the matched link 1 00( 1 ) by determining 
the shortest distance from the sensor data point to the 
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matched link 100(1). If the resulting distance exceeds 
specified tolerance levels, or if sensor data conflicts with 
features of the matched link 100(1 ). a record of this var- 
iance is created along with relevant sensor data. The 
record, illustrated in Figure 4C as a new link 110(1). is 
then stored in the filtered sensor database (55F of Fig- 
ure 2A or 14 of Figure 1). 

[0062] If a link is traversed with all sensor samples 
within the tolerance level a record is created in the fil- 
tered sensor database, certifying the accuracy of the 
matched link and its features and identifying the sensor 
device or devices used. 

[0063] Figure 4D illustrates the collection of data over 
time with numerous collections of sensor data, which 
would result in a database update as indicated in Figure 
4E. 

B. Updating The Central Geographic Database 

[0064] The filtered sensor data includes information 
regarding potential new links and may be used to deter- 
mine whether the geographic database is to be updated. 
During the update of the geographic database, features 
relative to the actual position may be determined from 
the sensor data. Data relating to such features may be 
included as filtered sensor data so that the features may 
be included in the update of the geographic database. 
For example, if only the data collection shown in Figures 
4B and 4C were available, the new link 100(m) (also la- 
beled L9) can be traversed from left to right (in the di- 
rection the collector vehicle traveled) based on the sin- 
gle collection of sensor data. When the new link 100(m) 
is added to the central geographic database 20 during 
an update operation, the restriction of allowing travel in 
the single direction may be added as a feature of the 
new link 100(m) until sensor data is received to indicate 
that travel may be allowed in the other direction. 
[0065] The filtered sensor data may provide informa- 
tion regarding other features that may be used during 
the update of the geographic database. For example, 
the addition of the new link 100(m) forms two new links 
labeled 100(1)(2) (also L3b) and 100(1 )(1 ) (also L3a) 
where previously only 100(1) (labeled L3) existed as il- 
lustrated in Figure 4C. The update of the geographic da- 
tabase may include a feature allowing vehicles to 
traverse from link L3a) to L9 (labeled 100(m)) : but not 
from L3b to L9. The feature may be revised if data sup- 
porting travel from L3b to L9 is received. 
[0066] Figures 5A-5L illustrate time sequence exam- 
ples of using sensor data to update the geographic da- 
tabase. Figures 5A-5F illustrate a method of using sen- 
sor data to update the geographic database for a single 
sample of sensor data. Figures 5G-5L illustrate a meth- 
od of using sensor data to update the geographic data- 
base after a second sample of data has been collected 
on the same link. 

[0067] Figure 5A contains a sample road network 1 20 
and an example of a graphical representation 1 22 of the 



geographic database 20 (shown in Figure 1) at its time 
of release. The geographic database 20 contains no link 
for Market St. between 1st St. and 2nd St. Figure 5B 
illustrates the tracking of a vehicle with sensor devices 

5 generating actual positions 130. in relation to both the 
road network 120 and the database 122. The unfilled 
triangles 130U in Figure 5C represent positions which 
were able to match to links in the database as denoted 
by the arrows. The filled triangles 1 30F in Figure 5C rep- 

w resent positions which would exceed map matching tol- 
erance levels and therefore induce the map matching 
process to store these positions as unmatched in the 
filtered sensor database. The unmatched positions may 
be stored as an ordered set of points 1 36 as shown in 

/5 Figure 50. The contents of the entry in the filtered sen- 
sor database would be the previous link L8 successfully 
matched, the latitude/longitude of each unmatched po- 
sition, and the next link L11 successfully matched. The 
data analyzer processor 16 (in Figures 1 and 2A) then 

20 derives a new link using the method illustrated in Figures 
5E and 5F. 

[0068] A new link may be derived by determining the 
shortest distance 1S0 from the first unmatched position 
175 to the previous link L8, and splitting the link at that 

25 nearest point 1 90 on the link L8 creating two new links 
L8A and L8B out of link L8. The processor 16 then de- 
termines the shortest distance 182 from the last un- 
matched position 1 76 to the next link L1 1 matched, and 
splitting the link at that nearest point 192 on link L11, 

30 creating two new links L1 1 A and L1 1 B out of link L1 1 
[0069] Beginning at the intersection ofL8A and L8B : 
the new link I00(q)is constructed by joining all un- 
matched positions and terminating at the intersection of 
links L1 1 A and L1 1 B as shown in Figures 5E. The filtered 

35 position database is then updated to associate all un- 
matched positions with the new link 100(q). 
[0070] The resulting database content is illustrated in 
Figure 5F. At this point, features may be added to this 
new link which may include the direction of travel (from 

40 left to right), the average speed, and the fact that turns 
can legally be made from L8B to 100(q), and from 100 
(q) toL11A. 

[0071] Figures 5G-5L illustrate a process of using 
sensor data to update the geographic database after a 

45 second sample of data has been collected. Figure 5G 
contains the same example of the road network 120, 
and the depiction of the map database 122 as updated 
in Figures 5A-5F. Figure 5H contains a new set of sensor 
data points 202 for a vehicle traveling in the opposite 

so direction. Figure 51 highlights the positions 202U which 
exceeded map matching tolerance levels, but may have 
been determined to match the new link 100(q). The map 
matching process will store these positions 202U with 
the filtered sensor data as an ordered set of points 206 

55 as shown in Figure 5J. The filtered sensor data may in- 
clude the previous link matched L11 A : the ordered set 
of points 206, the next link matched L8B, and the as- 
sumed match 100(q). The sensor data processor would 
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ihen update the geographic database using a process 
described below with reference to Figures 5J. 5K and 
5L. 

[0072] In updating the geographic database, all or- 
dered sets of points from the filtered sensor data which 
have been associated with the new link I00(q). which 
in this example is the ordered sets of points 206. are 
identified. In addition, all positions for the same direction 
of travel as the positions being processed (in this exam- 
ple : the ordered sets of points 206) are identified. In this 
example, the positions represented by the ordered set 
of points 206 are for the direction opposite the direction 
of the new link I00(q). The ordered set of points 206 are 
then averaged using a sequential averaging or curve fit- 
ting technique to create a single sequence of positions. 
[0073] An intersection point 214 with the nearest link 
to the beginning position of the ordered set 206 is iden- 
tified. An intersection point 216 with the nearest link to 
the ending position in the ordered set is also identified. 
[0074] All points having a direction of travel opposite 
the direction of the ordered set of points 136 are then 
averaged using the sequential averaging or curve-fitting 
technique to create an opposite direction ordered set of 
points 1 36A. In the example in Figure 5J. no points were 
collected in the second sample traveling in the same di- 
rection as the new link 100(q). Therefore, the new link 
100(q), or points in the new link 100(q). may be used for 
the opposite direction ordered set of points 1 36A. 
[0075] The distance between the sets of points in op- 
posite directions 136. 136A is averaged by calculating 
half the distance from each point starting with the or- 
dered set of points represented by the most points to 
yield a set of average points 1 36M in Figure 5J. The av- 
erage points 136M are then designated as the new link 
100(q)(new) in Figure 5K. Alternatively, the new link 100 
(q)(new) could be modified by moving it to correspond 
with the average points 136C. The link features may 
now be updated to identify the direction of travel as be- 
ing both directions. The average speed may also be up- 
dated. It may be assumed that turns can be legally made 
from L11 B to I00(q)(new) and from I00(q)(new) to L8B. 
The resulting database content is illustrated in Figure 
5L. 

C. Trend Analysis 

[0076] The collection of data over time illustrated in 
Figure 4D may be subjected to a process of trend anal- 
ysis as illustrated in Figures 6A-6E. The addition of link 
L5 in Figure 6C may be used as an update to the map 
database in Figure 6A. based on the sensor data pro- 
vided from the samples in Figure 6B. However, Figure 
6D illustrates that the path of the vehicle was actually a 
maneuver through a filling station. Figure 6E illustrates 
a trend analysis, with the dense lines 250 representing 
a high instance of sensor data positions and the dotted 
line 260 representing the single traversal of the vehicle 
whose path is defined in Figure 6B. Applying statistical 



analysis of the entire sensor collection would result in 
the link L5 being classified as statistically insignificant 
and not being added to the geographic map database 
20. 

s [0077] Figures 7A-7D further illustrate how geograph- 
ic updates can be implemented using sensor data from 
a feedback loop with trend analysis. A graphical illustra- 
tion of a portion of the map database 20 in its original 
state is shown in Figure 7A. Figure 7B represents the 

to original database content with the heavier arcs 270 rep- 
resenting the average paths determined from sensor 
data. The two distinct arcs may be dependent upon 
bearing and statistical normalization. As illustrated in 
Figure 7C, a new arc 290 is generated at the geometrical 

15 center 292 of the tracking arcs Tl and T2. The original 
link L orig is then updated to reflect the new geometry de- 
fined by the new arc 290. Curve fitting and other stand- 
ard techniques could be employed alternatively to de- 
termine positional changes. 

20 

D. Variances of Data Representing Other Features 

[0078] The same process for determining variances 
used to collect basic positional information (latitude, lon- 

25 gitude. and altitude) as shown in Figure 3 can also be 
applied to other physical features which describe the 
physical road structure. For example, Figures 8A-8B il- 
lustrate vehicles that are collecting road gradient infor- 
mation. Figure 8C illustrates a vehicle that is collecting 

30 information regarding road width, lane width, and shoul- 
der width. The information provided by the sensor de- 
vices is compared against the database and variance/ 
confidence information is communicated through the 
loop described above with reference to-Figures 3 and 

35 4A-4E. This type of data is used by advanced vehicle 
safety systems, described above, because the more ac- 
curate and refined the database, the earlier and more 
intelligently system action can be taken. By reducing the 
margin of error for lane width, a system which detects 

■*o erratic driving patterns can engage earlier and be more 
successful. A system which detects excessive speed 
during curve traversal can more accurately determine 
the maximum safe speed based on the bank of the 
curve. 

45 [0079] Sensor devices which can identify objects in 
the path of a vehicle can be confused by permanent 
structures (for example signs, pillars, overpasses, 
poles, etc.). Maintaining an accurate model of these per- 
manent structures can enable the sensor devices to fil- 

so ter out objects that may otherwise be interpreted as a 
potential hazard. By increasing the confidence level of 
the database, as described above, systems that identify 
road hazards can engage with the appropriate action 
more reliably. Variances may be determined for data- 

55 base elements that represent objects when compared 
to images sensed from image sensors using a process 
similar to the process in Figure 3. In connection with the 
detection of images, signs or other landmarks can be 
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detected by cameras using image or shape detecting 
programs. The sign text on the signs is recorded and 
variances are stored, as described above. In addition, 
the location of signs or other road side landmarks can 
be sensed, stored: and compared for variances. These 
landmarks can include not only signs, but any detecta- 
ble feature, including lamp posts, viaducts, etc. The po- 
sition of any detectable feature can be measured for var- 
iances and used for calibration, generating confidence 
levels, and so on In this manner, the positions of many 
kinds of landmarks can be detected relatively inexpen- 
sively. 

[0080] Knowledge of : and greater precision in. the po- 
sition data for permanent structures also facilitates ve- 
hicle positioning useful in route guidance and other ap- 
plications. For example, when a vehicle travels a signif- 
icant distance along a straight road, the vehicle's posi- 
tion can become more uncertain as errors associated 
with the positioning sensors accumulate. Enhanced 
knowledge of the position of permanent structures along 
such straight roadways can serve as a landmarks to 
which the vehicle position can be corrected (or map- 
matched) when the landmark is sensed. 
[0081] In an embodiment illustrating this feature, a ve- 
hicle includes sensors which may be similar to the sen- 
sors 60 in Figures 2A-2C. The vehicle sensors have the 
capability to detect structures. In one embodiment, the 
structure-detecting sensor is a radar system. The vehi- 
cle also includes an automatic vehicle control system 
and includes a local geographic database (similar to the 
database 56 of Figures 2A and 2B). The local geograph- 
ic database has data that includes road side detectable 
features, such as sign posts, viaducts, lamp posts, and 
so on. The local geographic database also includes data 
relating to roads. Using the detection of the road side 
structures, such as lamp posts, viaducts, and so on, the 
position of the vehicle in the geographic region can be 
determined by a map matching program. Map matching 
programs are known. Given the known locations of ra- 
dar-detectable features, such as lamp posts, viaducts, 
for example, the position of the vehicle can be deter- 
mined very accurately by matching the vehicles' position 
onto road segments in the geographic database. The 
position of the vehicle can be fine-tuned by matching the 
position to the known positions of the detectable road- 
side landmarks. With this level of accuracy, an automat- 
ic safety system can be implemented that automatically 
avoids obstacles detected by the radar. 
[0082] As shown in Figures 8D-8G. the sensor devic- 
es, which for permanent structure analysis includes im- 
age sensors, determine static elements in the field of 
vision, compare the image footprint to the database and 
record the difference or confidence information as nec- 
essary. Figures 8D, 8F and 8G illustrate how image sen- 
sors identity signs according to sign location, dimension 
and content at 300 and sign post location at 302. Figure 
8E and 8G illustrate how image sensors may identify 
permanent structures such as guard rails 304, bridge 



supports 306 and nearby structures 308. 
[0083] Sensor data may also be evaluated with re- 
spect to non-positional features that may be represent- 
ed in the database to identity potential errors and estab- 
lish confidence levels for these features. Examples of 
features to evaluate include: direction of travel, divider 
location, speed limit, and turn restrictions. The features 
of the links contained in the geographic database would 
be processed in the same manner as positional data. If 
one collector vehicle traverses a link in the opposite di- 
rection of travel as maintained in the map database 56. 
but a significant number of other collections indicate 
tracking in the same direction of travel as maintained in 
the map database 56. the single case may be archived 
as statistically insignificant. 

[0084] Embodiments of a system for updating a geo- 
graphic database have been described. Alternative em- 
bodiments can be appreciated from this disclosure by 
one of ordinary skill in the art. For example, the central 
geographic data manager 10 may collect only raw data 
or only filtered sensor data such that it would include 
only a raw sensor data collector 28 or a filtered sensor 
data collector 12 and the components used to process 
either raw sensor data or filtered sensor data. In addi- 
tion, no limitation is placed on the scheduling of the dis- 
tribution of updates by the update distributor 26. Up- 
dates may be distributed according to a schedule, or in 
a manner. 

[0085] Advantages of the embodiments of the sys- 
tems described herein include the ability to receive data 
for processing database updates directly from users of 
the navigation system. Because the users of the navi- 
gation system may be numerous, this may reduce the 
need to take measures to determine if changes have 
occurred to the geographical area, such as, sending em- 
ployees to verify the area such as by visiting the area 
and recording information or by taking aerial pictures or 
by checking municipal records. 

Presently preferred embodiments of the present inven- 
tion have been described. One of ordinary skill in the art 
can appreciate that other embodiments that fall within 
the scope of the claims are possible. It is intended that 
the foregoing detailed description be regarded as illus- 
trative rather than limiting and that it is understood that 
the following claims including all equivalents are intend- 
ed to define the scope of the invention. 



Claims 

1 . A system for providing a geographic database com- 
prising: 

a plurality of sensors, each of said sensors in- 
stalled in a separate one of a plurality of vehi- 
cles each of which is capable of traveling on 
roads in a geographic region, and each of said 
sensors being operative to provide outputs in- 
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dicative of physical features sensed by said 
sensor in said geographic region as its respec- 
tive vehicle travels on the roads in the geo- 
graphic region: 

a geographic database including data repre- 5 
senting the features in the geographic region, 
and including data identifying attributes of said 
physical features: 

an updating feedback program comprised of 

w 

a first program portion that compares said 7. 
outputs to said data identifying the physical 
features and provides results representa- 
tive of said comparisons: 
a second program portion responsive to 
said results from said first program portion 
to determine a measure of significance tak- 
ing into account a number of said outputs: 
and 

a third program portion operative to modify 20 
said data identifying the physical feature 
based upon said measure of significance 
determined by said second program por- 
tion. 

25 

2. The invention of Claim 1 wherein each vehicle of 
said plurality of vehicles includes a local sensor da- 
ta processor and a local geographic database and 
wherein said first program portion is executed on 
said local sensor data processor to provide filtered 30 
sensor data which comprise said results of said first 8. 
program portion. 

3. The invention of Claim 2 wherein each of said plu- 
rality of vehicles includes a local communication 3S 
manager wherein said local communications man- 
ager transmits said filtered sensor data to a central 
data manager and wherein said second program 
portion is executed on a statistical analysis proces- 
sor of said central data manager. 40 

4. The invention of Claim 1 further comprising a cen- 
tral data manager and wherein said first program 
portion and said second program portion are exe- 
cuted on at least one processor in said central data -*5 
manager. 

5. The invention of Claim 1 wherein each vehicle of 
said plurality of vehicles transmits raw sensor data 

via a wireless system communications system to a 50 
central data manager at which said first program 
portion is executed on a central sensor data proc- 
essor of said central data manager to provide fil- 
tered sensor data which comprise said results of 
said first program portion. 55 

6. The invention of Claim 1 wherein each vehicle of 
said plurality of vehicles stores raw sensor data in 



a local data storage device located in said vehicle 
and wherein each vehicle further includes a local 
communications manager that transmits said raw 
sensor data from said local storage device to a cen- 
tral data manager at which said first program portion 
is executed on a central sensor data processor of 
said central data manager to provide filtered sensor 
data which comprise said results of said first pro- 
gram portion. 

The invention of Claim 1 wherein 

each vehicle of a first subset of said plurality of 
vehicles includes a local sensor data processor 
and a local geographic database located there- 
in, and wherein said first program portion is ex- 
ecuted on said local sensor data processor of 
each vehicle of said first subset to provide fil- 
tered sensor data which comprise in part said 
results of said first program portion, and where- 
in 

each vehicle of a second subset of said plurality 
of vehicles obtains raw sensor which is con- 
veyed to a central data manager at which said 
first program portion is executed on a central 



sensor data processor of said central data man- • 
ager to provide filtered sensor data which com- 
prise in part said results of said first program $ 
portion. • ^ 

The invention of Claim 1 wherein 

each vehicle of a first subset of said plurality of 
vehicles includes a local sensor data processor g 
and a local geographic database located there- <* 
in : and wherein said first program portion is ex- 
ecuted on said local sensor data processor in .* 



each vehicle of said first subset to provide fil- 
tered sensor data which comprise in part said 
results of said first program portion, and where- 
in 

each vehicle of a second subset of said plurality 
of vehicles obtains raw sensor data which is 
conveyed to a central data manager at which 
said first program portion is executed on a cen- 
tral sensor data processor of said central data 
manager to provide filtered sensor data which 
comprise in part said results of said first pro- 
gram portion, and further wherein 
each vehicle of a third subset of said plurality 
of vehicles obtains raw sensor data and stores 
said raw sensor data in a local data storage de- 
vice located in said vehicle of said third subset, 
wherein said raw sensor data is conveyed from 
said vehicle of said third subset to said central 
data manager at which said first program por- 
tion is executed on said central sensor data 
processor of said central data manager to pro- 
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vide filtered sensor data which comprise in part 
said results of said first program portion. 

9. The invention of Claim 1 wherein each vehicle of 
said plurality of vehicles stores sensor data in a lo- 
cal data storage device prior to being conveyed to 
a central data manager. 

10. The invention of Claim 1 further comprising: 

a central data manager comprising at least one 
processor upon which said second and third 
program portions are run. 

11. A system for providing a geographic database com- 
prising: 

a plurality of position sensors each of said po- 
sition sensors installed in a separate one of a 
plurality of vehicles each of which is capable of 
traveling on roads in a geographic region., and 
each of said position sensors is operative to 
provide outputs indicative of physical positions 
of said position sensor in said geographic re- 
gion as its respective vehicle travels on the 
roads in the geographic region: 
a geographic database including data repre- 
senting the roads in the geographic region, and 
including data identifying physical positions of 
said roads: 

an updating feedback program comprised of 

a first program portion that compares said 
outputs to said data identifying the physical 
positions of said roads and provides results 
representative of said comparisons: 
a second program portion responsive to 
said results from said first program portion 
to determine a measure of significance tak- 
ing into account a number of said outputs: 
and 

a third program portion operative to modify 
said data identifying the physical locations 
of said roads based upon said measure of 
significance determined by said second 
program portion. 

12. A method of providing a geographic database com- 
prising the steps of: 

sensing a plurality of actual positions traveled 
by a vehicle while the vehicle moves: 
matching at least a portion of the plurality of ac- 
tual positions with a plurality of map positions 
in a geographic database: 
calculating a position difference between each 
actual position in the plurality of actual positions 
and the plurality of map positions: and 



storing each actual position for which the posi- 
tion difference exceeds a predetermined toler- 
ance level as a plurality of unmatched posi- 
tions. 

5 

1 3. The method of Claim 1 2 further comprising the step 
of updating the geographic database using the plu- 
rality of unmatched positions. 

io 14. A method of updating a geographic database com- 
prising the steps of: 

sensing a plurality of actual positions traveled 
by a vehicle while the vehicle moves: 

75 matching at least a portion of the plurality of ac- 

tual positions with a plurality of map positions 
in a local map database: 
calculating a position difference between each 
actual position in the plurality of actual positions 

20 and the plurality of map positions: 

storing each actual position for which the posi- 
tion difference exceeds a predetermined toler- 
ance level as a plurality of unmatched posi- 
tions: and 

25 communicating the unmatched positions from 

the vehicle to a central geographic database. 

15. A method of updating a geographic database com- 
prising the steps of: 

30 

sensing a plurality of actual positions traveled 
by a vehicle while the vehicle moves: 
transmitting data indicating the plurality of ac- 
tual positions to a central geographic database: 
35 matching at least a portion of data indicating the 

plurality of actual positions with a plurality of 
map positions in the central geographic data- 
base: 

calculating a position difference between each 
40 actual position in the plurality of actual positions 

and the plurality of map positions: and 
storing each actual position for which the posi- 
tion difference exceeds a predetermined toler- 
ance level as a plurality of unmatched posi- 
45 tions. 

16. The method of Claim 1 5 further comprising the step 
of distributing the updated central geographic data- 
base to the map database in the vehicle. 

50 

17. A method of updating a geographic database com- 
prising the steps of: 

sensing vehicle positions in a vehicle while the 
55 vehicle moves: 

determining a plurality of actual positions 
traveled by the vehicle from said sensed vehi- 
cle positions: 
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transmitting data representing the plurality of 
actual road attributes to central geographic da- 
tabase: 

matching at least a portion of the plurality of ac- 
tual road attributes with a plurality of map road 
attributes in the central geographic database: 
calculating an attribute difference between 
each actual road attribute in the plurality of ac- 
tual road attributes and a respective stored 
road attribute in the plurality of map road at- 
tributes: and 

storing each actual road attribute for which the 
attribute difference exceeds a predetermined 
tolerance level as a plurality of unmatched at- 
tributes.. 

1 8. A method of preparing a geographic database com- 
prising the steps of: 

sensing vehicle positions in a vehicle while the 
vehicle moves: 

determining a plurality of actual positions 
traveled by the vehicle from said sensed vehi- 
cle positions: 

matching at least a portion of the plurality of ac- 
tual road attributes with a plurality of map road 
attributes in a local the map database in said 
vehicle: 

calculating an attribute difference between 
each actual road attribute in the plurality of ac- 
tual road attributes and the plurality of map road 
attributes: 

storing each actual road attribute for which the 
attribute difference exceeds a predetermined 
tolerance level as a plurality of unmatched at- 
tributes: and 

communicating unmatched attributes from the 
local map database to the central geographic 
database. 

1 9. A method for providing a geographic database com- 
prising: 

sensing a plurality of physical features in a ge- 
ographic region with a plurality of data collec- 
tion systems each of which is installed in one 
of a corresponding plurality of vehicles: 
comparing data derived from outputs of said 
plurality of sensors to a geographic database 
that includes data representing said physical 
features: 

ascertaining variances based upon said com- 
paring: and 

refining the geographic database using the var- 
iances. 



after the refining transmitting copies of the ge- 
ographic database to a plurality of end-users. 

21. The method of Claim 19 further comprising: 

5 

determining a statistical significance of a large 
number of said variances, prior to the step of 
refining the geographic database. 

to 22. The method of Claim 19 further comprising: 

calibrating end-users' sensors using the refined 
geographic database. 

'5 23. The method of Claim 19 further comprising: 

re-calibrating an end-users* variance-reporting 
sensor using the refined geographic database. 

20 24. A method of refining a geographic database com- 
prising: 



sensing a plurality of physical features in a ge- 
ographic region with a plurality of data collec- 
tion systems, each of which is -installed in one 
of a corresponding plurality of vehicles: 
comparing data derived from outputs of said 
plurality of sensors to a geographic database 
that includes data representing said physical 
features in the geographic region: 
ascertaining variances based upon said com- 
paring: and 

after ascertaining said variances, assigning a 
level of confidence to data in the geographic da- 
tabase using the ascertained variances. 



25 



30 



35 



40 



45 



50 



55 



25. An automatic vehicle guidance system for a vehicle 
comprising: 

a geographic database including data repre- 
senting roads and data representing a type of 
feature located along roads, said geographic 
database located in the vehicle: 
a sensor capable of sensing the type of feature, 
said sensor located in the vehicle: and 
a processor coupled to the sensor and the ge- 
ographic database and that executes a pro- 
gram that determines a road upon which the ve- 
hicle is located by matching features being 
sensed as the vehicle travels to said data rep- 
resenting the type of feature in the geographic 
database and then matching positions of the 
matched data that represents the type of fea- 
ture to positions of roads represented by data 
in the geographic database. 



20. The method of Claim 19 further comprising: 
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(57) A system for updating, enhancing and/or refin- 
ing a geographic database. A geographic database in- 
cludes data representing physical features in the geo- 
graphic region, and. optionally, attributes of such fea- 
tures. The system includes a plurality of data collecting 
sensors. Each of the data collecting sensors is installed 
in a separate one of a plurality of vehicles each of which 
is capable of traveling on roads in a geographic region. 
Each of the data collecting sensors provides outputs in- 
dicative of one or more features in the geographic region 
as the vehicle in which it is installed travels on the roads 
in the geographic region. A computer program executes 
a feedback process on the geographic database using 
the outputs of the data collecting sensors. A first part of 
the feedback program compares the outputs of the data 
collecting sensors to the data identifying the physical 
features and provides results representative of the com- 
parisons. A second part of the feedback program is re- 
sponsive to the results from the first part and determines 
the significance of the comparisons. A third part of the 
feedback program modifies the data in the geographic 
database based upon the significance determined by 



m e second part of the program. The data in the geo- 
graphic database representing physical features in the 
geographic region are updated, enhanced, or refined 
based upon the significance determined by the feed- 
back program. The data which has been updated, en- 
hanced, or refined, is used to provide updated, en- 
hanced, or refined data in end-user vehicles, some of 
which may include the vehicles in which data collecting 
sensors have been installed. Sensors in end-users' ve- 
hicles are calibrated to high levels of accuracy using the 
data which has been updated, enhanced or refined us- 
ing a feedback process. Further, an out-of-calibration 
sensor in an end-user's vehicle is detected and re-cali- 
brated using the data which has been updated, en- 
hanced or refined using a feedback process. Using a 
feedback process, levels of confidence are assigned to 
data in the geographic database representing physical 
features in the geographic region, thereby enabling the 
data to be used for purposes requiring high levels of con- 
fidence. 
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